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[57] ABSTRACT 

A make system includes an overlay make tool for graphical 
presentation of user-friendly data regarding build operations 
updating multi-file software architecture. The make system 
includes a make program building files into executable 
programs, and a make tool which updates files requiring 
updating according to an update method relying upon a 
dependency tree and date stamp information. 

17 Claims, 5 Drawing Sheets 
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GRAPHICAL DISTRIBUTED MAKE TOOL 
METHODS APPARATUS AND COMPUTER 
PROGRAM PRODUCTS 

CROSS-REFERENCE TO RELATED 
APPLICATION 

This application is related to first and second patent 
applications filed on even date herewith on "Distributed 
Make Methods, Apparatus, and Computer Program 
Products", U.S. patent application Ser. No. 08/920,934, filed 
Dec. 18, 1996, by Mitchell Nguyen and Wilmer Walton; and 
"Job Distribution and Local Balancing Methods, Apparatus, 
and Computer Program Products," U.S. patent application 
Ser. No. 08/922,103, filed Dec. 18, 1996, by Mitchell 
Nguyen. The related applications are hereby expressly incor- 
porated herein by reference in their entirety. 

COPYRIGHTS IN PATENT MATERIALS 

Portions of this Patent document contain material subject 
to copyright protection. The copyright owner has no objec- 
tion to facsimile reproduction of the Patent document after 
grant as it appears in the U.S. Patent and Trademark Office 
files and records, but otherwise reserves all rights relating 
thereto. 

FIELD OF THE INVENTION 

This invention relates to methods, apparatus, and com- 
puter program products relating to software utilities for 
modifying and reconstituting software file elements and 
modules into operable form. 

BACKGROUND OF THE INVENTION 

The UNIX environment includes a bundled "make" utility 
which runs in the UNIX shell, to enable software having 
multiple source files to be rebuilt into executable or other 
final form during maintenance. Software maintenance 
includes updating and modifying software files and then 
rebuilding files and code dependent upon the changed files. 
Software being maintained typically includes multiple inde- 
pendent software modules (e.g., .o's). According to the 
bundled UNIX "make" utility, rebuilding or "build" is 
accomplished serially by recompiling one source module at 
a time and then relinking the resultant object files into an 
executable software product which can be shipped to the 
customer. According to the prior current source files can be 
recompiled in parallel at a selected local data processing 
machine. The cross-referenced applications incorporated 
herein provide background and details of a current imple- 
mentation of make. In particular, the make utility identifies 
source files to be used in rebuilding, compiles the source 
files serially or in parallel at a single processing node with 
a suitable compiler, and links the resultant object files into 
a new rebuilt executable program or other file. A C++ 
compiler is used to recompile modified .cc object files. A C 
compiler is used to recompile modified .c object files. 

The make utility is useful because it processes many make 
jobs during build processing which result in creation of an 
updated resultant software entity which incorporates 
changes made in precursor code elements used to construct 
the final entity. The complexity and the workload of the 
make utility reduces speed of performance. Accordingly, it 
would be desirable to develop make methods, apparatus and 
computer program which speed the build process and 
enables more speedy and effective software maintenance 
and file modification operations. Furthermore, the software 
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programmer performing build jobs on multiple files or code 
elements has little oversight over the status of individual 
build jobs are completed or interrupted due to error nor on 
what data processing node a particular job is performed. 
S Additionally, a technical difficulty exists ineffective resolu- 
tion of errors occurring during make or build jobs. Error 
diagnosis is thus currently difficult and cumbersome. 

SUMMARY OF THE INVENTION 

According to the present invention, the progress of make 

30 jobs is presented for visual observation on a graphical user 
display (GUI) by representing the make jobs performed and 
executed on one or more data processing nodes as time- 
expandable job presentation elements on a predetermined 
multidimensional presentation region viewable on the GUI. 

15 Each job is represented by a time-expandable job presenta- 
tion element arranged at an appropriate position within the 
predetermined presentation region. According to one 
embodiment of the present invention, the presentation 
screen is a two dimensional space having x and y coordi- 

20 nates in which the x-coordinate is arranged in a horizontal 
alignment and the y-coordinate is vertical and perpendicular 
to the x-coordinate. According to one embodiment, the job 
presentation elements are elongated along a coordinate axis 
which represents time, and the magnitude of each elongated 

25 j°b presentation element represents the current time a job 
has run during execution up to the present moment. When 
the job has been completed or when it terminates due to an 
error condition, the length or magnitude of the particular job 
presentation element is fixed. According to one embodiment, 

30 a job presentation element is provided with a selected first 
color to indicate that the associated job is still executing. 
Upon completion of the job, the element changes to a 
selected second color. If the job terminates due to an error 
condition, the element converts from being represented in 

35 the first color into a selected third color. According to the 
present invention, job presentation elements relating to jobs 
processed on each data processing node are associated with 
each other by adjacent sequential positioning. Similarly, job 
presentation elements relating to jobs processed on different 

40 data processing nodes are separated from each other by a 
predetermined amount of offiset within a common predeter- 
mined presentation region. According to one embodiment of 
the present invention, the offset between the position of job 
presentation elements relating to jobs processed on different 

45 data processing nodes is in a horizontal direction. According 
to one embodiment, job presentation elements relating to 
next in time order jobs performed on the same data process- 
ing node are dovetailed in adjacent positions. 
According to the present invention, each job presentation 

50 element is a status element for representing the status of an 
associated job as a job which is currently being processed, 
as a job which has already been processed and completed, 
and as a job which has been processed but which has been 
terminated due to experience of a processing error. Each of 

55 these job statuses is associated with a mode or color, 
according to one embodiment of the present invention. 
When the status of a job changes from executing to com- 
pleted or from executing to terminated due to error, then the 
mode or color changes from one selected state to another. 

60 Further according to the present invention, a computer 
program product graphically presents the performance of 
make jobs with a mechanism including code devices con- 
figured to execute make jobs and to present status informa- 
tion regarding to several make jobs in relationship to each 

65 other, both in time and applicable data process node. 

According to one embodiment of the present invention, 
UNIX build operations are displayed graphically in con- 
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junction with text output on a graphical user interface (GUI). file 4d. Make process 3b further processes make jobs taken 
Further according to the present invention, a graphical from job queues 4b created in accordance with the depen- 
UNIX make tool displays file dependencies in tree format dencies specified in make file 4a. According to one 
and includes a line graph capability to display progress in embodiment, make process 3b distributes the make jobs in 
completing make and build operations. According to one 5 job queues 4b to a predetermined plurality of data process- 
embodiment of the present invention, graphical make is * n g nodes for processing to build target files 4d. According 
accomplished with line graphing as an overlay for the UNIX to anotner embodiment, parallel make processes can be run 
make utility. According to the present invention, clicking at 00 » sin S le data processing node The results of running 
a tree node shown on a GUI permits selected file building, make P^f/ 5 3b ™ P r ™ ded l ° build wl * dow 
as well as file state and currency (i.e., in or out of date) io ^^.^ 

, „ . x . „ r-.. j- JA v ' tree graph process 3a, ana debugger process 3c can be 

determination Even further according to the present invo] f e / b / the ^ Build out window process 3* 

invention, make tool provides line graph information produces a command Une interface and permits entry of 

expressing jobs in progress and indicating which machines information by the user to specify build objects identified by 

are building particular files. directory, target names, commands to be invoked including 

DnTrc nccmTHTrrtM tuc r»n AwiMi-c 15 selection of command modifiers including but not limited to 

BRIEF DESCRIPTION OF THE DRAWINGS variableSj macros> and com ^ nd line options 

FIG. 1 is a diagram of a file workshop system according According to the present invention, jobs graph process 3a 

to the present invention; and dependency tree graph process 3a' are each linked 

rr r ~ • n r n „ w „ ni ^: nn „ T :„Ar^, T Ai^u*, through editor process 3d to modifiable files upon which 

FIG. 2a is a screen pnnt or a presentation wmdow display t * , r , . A , , / . . 

of selected file dependencies according to the prior art; 20 jarg^ 

FIG. 2b is a screen print of a tree status graph of files ^ fc a smea print of a presentation window display 

subject to make operation, in accordance with the present of x]gl&td file dc p Cndcric ies according to the prior art. In 

invention; particular, FIG. 2a shows a workshop build window includ- 

FTG. 2c is a flow chart of a tree graph presentation method 15 ing a tool bar, task icons, a directory indication, a target line, 

according to the present invention, including clicking on and a text region showing a listing of object files subject to 

selected files to show dependencies; and conventional build operation. The title of the build window 

FIG. 3 is a screen print of line graphs of files subject to is "Workshop Building," which refers to a software suite 

make operation, in accordance with the present invention. including conventional build .functionality. The window 

30 presentation, according to this known technology, conveys 

DETAILED DESCRIPTION OF A PREFERRED only a limited amount of information. The window 

EMBODIMENT OF THE PRESENT INVENTION presentation, however, provides no information about cur- 

FTG. 1 is a diagram of a file workshop system 1 according renc y status > i e *> whether * particular file is up-to-date or 

to the present invention. File workshop system 1 includes a out-of-date. Further, no information is provided regarding 

plurality of software code modules 2 including la integrated 35 file status > ie -> whether build failed or whether Particular 

form a graphical module 2a, a make code module 2b, a files ^ated are not buildable. 

debug code module 2a, an edit code module 2d, and a FIG. 26 is a screen pnnt of a dependency tree graph 20 of 

communications code module 2e. By running software code the names of files subject to make operation, in accordance 

of software code module 2 according to a method of the with the present invention. In particular, FIG. 2b shows 

present invention, workshop processes 3 are invoked and 40 dependency tree graph 20 including a header 21, a menu 22, 

run as will be discussed in greater detail below. Workshop task ic0QS 23 > a directory indication 24, a target Une 25, and 

processes 3 include jobs graph 3a, file dependency tree a graph region 26 in which a dependency tree of files subject 

graph process 3a', build output window process 3b\ make to make operation is presented in terms of their interdepen- 

process 3b, debugger process 3c, editor process 3d, and edit dencies. Each file name is shown associated with a rectan- 

server daemon process 3e. Workshop processes 3 * create 45 gular icon 27 according to a legend 28 at the underside of the 

and run with data structure and file entities 4 according to the dependency tree graph window indicative of file currency 

present invention. Data structure and file entities 4 include and status. For example, object files listelem.o-heap.o are 

without limitation a make file 4a, job queues 4b, a runtime shown out-of-date, while object files hash.o-get_timezone.o 

configuration file 4a, built target files 4d, and object or o files are shown to be up-to-date. No files are indicated as build 

4e. New software is created, producing new target source file 50 M ed or as not buildable. All of these files are dependencies 

from a plurality of files including but not limited to object <* libutil.a, and all is a dependency of libutil.a. Since some 

files, i.e., ".o V\ The new software which has been built, is of toe files from listelem.o-get_timezone.o are out-of-date, 

then debugged with a user directed debugger process 3c. & follows that libutil.o and all will have an icon indication 

Debugger process 3c is performed in accordance with of their being out-of-date as well. This status is expressly 

instructions provided in debug code module 2c, which may 55 visually apparent from the tree organization shown in the 

comprise well-known conventional debugging software rou- user-friendly presentation in FIG. 2b. 

tines. Debugging identifies "bugs" or errors in the newly FIG. 2c is a flow chart of a dependency tree presentation 

created software target files which have been built. The method 29 according to the present invention. According to 

target files built are constructed from subordinate object files the present invention, clicking 29 on a selected tree node file 

which have been compiled and linked into executable or 60 name initiates build operation according to the present 

other (e.g., text) file form. To edit or maintain the object files invention, to update the source and header files upon which 

upon which the target software depends, editor process 3c is the selected object file depends. Further, clicking 29b on a 

invoked. Editor process 3d communicates with edit server selected object file name causes presentation of the names of 

daemon process 3e to make modifications in 0.0 files to the source and header files upon which the selected file 

correct errors identified in debugging. Make process 3b uses 65 depends. 

a make file 4a to identify file dependencies among files FIG. 3 is a screen print of line graphs of files subject to 

which need to be processed to produce a revised built target make operation, in accordance with the present invention. In 
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particular, FIG. 3 shows a jobs graph 30 including a header 
31, a menu 32, task icons 33, a directory indication 34, a 
target line 35, and a two dimensional graph region 36 in 
which first and second line graphs, respectively 37a and 31b, 
illustrate build status in a job-by-job basis, as a function of 
time in seconds. Each of line graphs 37a and 37b comprises 
a series of job presentation elements or segments which have 
a limited thickness or width, but each of which has a length 
corresponding to the processing time consumed in executing 
or running the job associated with the element. Each element 
can exhibit a mode or color, according to the status of the job 
as running, failed, or completed. According to one 
embodiment, a running job is represented by a solid segment 
or the color green, as it grows or extends as a function of 
time. As shown in FIG. 3, make jobs are being performed on 
first and second data processing nodes, respectively named 
"holiday" and "barrone " Running on first data processing 
node "holiday" are jobs named JOB1A-JOB5A. Running on 
second data processing node "barrone" are jobs named 
JOB2B-JOB6B. As can be seen, at time 16 JOB1A has 
begun running and has continued to run for two seconds 
until it has succeeded in completing the specified task or 
tasks associated with the job. Then, for one second, data 
processing node "holiday" ceases processing. Thereafter, at 
time 19, JOB2A starts and upon its completion at time 21, 
JOB3A starts and continues processing until time 23, when 
JOB4A starts and continues processing until time 29. Again, 
data processing node "holiday" ceases operation, only to 
start up again at time 30 with JOB5A which is still building, 
i.e., in process at the moment the screen shot of FIG. 3 is 
captured. Parallel jobs named JO BIB-JOB 6B have run or 
have failed as indicated for data processing node "barrone." 
As shown in FIG. 3, JOB1B has started prior to time 16. 
Earlier job data is not provided in the present setting of the 
job graph limited to times from 16 seconds to 33 seconds. As 
further shown, JOB6B has failed. The earlier jobs handled 
by "barrone" have succeeded serially without "barrone" 
halting processing at any time. 

By clicking on the job processing element for JOB 6B, 
according to one embodiment of the present invention, a 
pull-up screen can be shown which presents a table of error 
diagnostics which are the reasons for the failure of JOB 6B. 
Further according to the present invention, selected words in 
the error diagnosis table are hyperlinked to modifiable code 
in files which are subject to edit operation in accordance 
with the present invention. The appendix contains an 
embodiment of hypertext markup language (HTML) code to 
permit the linkage to code containing errors which can be 
corrected by edit operations according to the present inven- 
tion. The appendix which follows further includes code to 
implement graphs in accordance with the present invention. 
The portion of the appendix entitled "mt_graph.cc" is code 
for graph generation, and the portion entitled "BuildOut- 
putHTML.cc" is the code for facilitating hyperlink correc- 
tions to code needing to be modified to prevent occurrence 
of error conditions. 

What is claimed is: 

1. A computer implemented method of graphically pre- 
senting the performance of a plurality of make jobs being 
executed by at least one data processing mode, comprising: 

presenting status information regarding processing said 
plurality of make jobs as a function of dependencies 
between ones of said plurality of make jobs, said status 
information including at least one of build failure status 
and non-buildable status; 

presenting first status information regarding processing a 
first one of said plurality of make jobs as a first function 
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of time, at a selected first position within a predeter- 
mined presentation region having at least a single 
dimension; and 
presenting second status information regarding a second 
S one of said plurality of make jobs as a second function 
of time, at a second position within said predetermined 
presentation region. 

2. A computer implemented method according to claim 1, 
further including presenting said first and second status 

10 information regarding said first and second ones of the 
plurality of make jobs adjacently to each other within said 
presentation region. 

3. A computer implemented method according to claim 1, 
including offsetting said second position from said first 
position to present said first and second status information 

15 with respect to make jobs performed with different ones of 
said at least one data processing node, at predetermined 
intervals along a selected dimension of said common pre- 
sentation region. 

4. A computer implemented method according to claim 3, 
20 including offsetting the first and second positions of said 

respective first and second ones of the plurality of make jobs 
from each other in a horizontal direction. 

5. A computer implemented method according to claim 3, 
including offsetting the first and second positions of said 

25 respective first and second ones of the plurality of make jobs 
in a vertical direction. 

6. A computer implemented method according to claim 1, 
including dovetailing the presentation of said ones of the 
plurality of make first and -second status information when 

30 performed on a single data processing node, so as to display 
a first indication of performance of said first one of the 
plurality of make jobs at said first position followed by a 
second indication of performance of said second one of the 
plurality of make jobs after said first display location. 

35 7. A computer implemented method according to claim 1, 
including presenting first and second status information 
regarding job performance with a similar status element type 
representing jobs being processed, jobs successfully having 
been processed and completed, and jobs processed by sub- 

40 ject to processing error. 

8. A computer implemented method according to claim 1, 
including presenting status information regarding respective 
jobs being processed, in a selected color to indicate job 
processing is currently in progress. 

45 9. A computer implemented method according to claim 1, 
including presenting status information regarding jobs being 
processed, in a selected color to indicate job processing has 
successfully been completed. 

10. A computer implemented method according to claim 

50 1, including presenting status information regarding jobs 
being processed, in a selected color to indicate job process- 
ing is subject to error. 

U. A computer implemented method according to claim 
1, including presenting job status information for jobs cur- 

55 rently being processed with a time function expanding 
element. 

12. A method according to claim 3, including changing 
the color of status information to reflect a change in pro- 
cessing status. 
60 13. A computer program product, comprising: 

a computer storage medium and a computer code mecha- 
nism embedded in the computer storage medium for 
graphically presenting the performance of make jobs, 
the computer program code mechanism comprising: 
65 a first computer code device configured to execute first 
and second make jobs with at least a single data 
processing node; 
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a second computer code device configured to present 
status information regarding said first and second 
make jobs at respective first and second positions 
within a predetermined graphical presentation 
region; and 5 

a third computer code device configured to present 
status information regarding processing said make 
jobs as a function of dependency between ones of the 
make jobs, said status information including at Least 
build failure status and non-buildable status. 10 

14. A computer apparatus comprising at least a single data 
processing node configured to execute a plurality of make 
jobs, at least one of said at least a single data processing 
node further being configured to present first status infor- 
mation about said plurality of make jobs within a multidi- 15 
mensional graphical presentation region receiving real-time 
information about the job status of said respective jobs, said 
first status information being presented as a function of time 
and the identity of the particular one of said at least a single 
data processing node which performs particular job process- 20 
ing at least one of said, at least a single data processing node 
further being configured to present second status informa- 
tion regarding processing said make jobs as a function of 
dependancy between ones of the make jobs, said status 
information including build failure status and non-buildable 25 
status. 

15. A computer implemented method for presenting make 
job performance information including: 
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providing a mechanism for executing make jobs; 
presenting status information regarding processing said 
plurality of make jobs as a function of dependencies 
between ones of said plurality of make jobs, said status 
information including at least one of build failure status 
and non-buildable status; and 
presenting time and status varying information on each 
make job executed according to actual make job per- 
formance sequence, on a predetermined presentation 
region. 

16. A computer implemented method of responding to a 
failed make job in a first graphical representation of the 
progress of make jobs in which each make job is represented 
by a first hyperlink activable job representation element 
which has a magnitude corresponding to the time to com- 
plete processing or the time to job failure or in a second 
graphical representation of the progress of make jobs in 
which each make job is represented by a second hyperlink 
activable job representation element which has a symbol 
indicative of a build failure status or a non-buildable status, 
comprising: 

activating a selected hyperlink activable job representa- 
tion element; and linking to job associated code causing 
the job failure. 

17. The method of claim 16 further comprising displaying 
said job associated code to allow changes to said code. 

* * * * * 
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Sample Rules for The Brand Architecture Chart of Figure 6A 

Product Fam ily Brands 

• Multiple products at launch 

• Minimum $50 million launch budget in year 1 

• Approval: Executive VP of Marketing and CEO 

Products 

• Appropriate for flavors, form factors, or other extensions of Product Family brands 

• Descriptive terminology only 

• Approval: automatic if descriptive terminology employed 

• May only consider proprietary (trademarked) sub-brand name (e.g,, Softasilk) if: 

• Minimum $20 million launch budget in year 1 

• Potential to line extend sub-brand, such that it could eventually grow into a 
Product Family brand 

• Approval: Executive VP of Marketing 

Special Ingredients 

• Must employ the following format: "with [ingredient]" 

• Use of ingredient name must be expected to add at least 30% to sales of relevant 
Product Family brand 

• Ingredient must not be greater in prominence than General Mills or Product Family 
brand, as measured by annual advertising budgets 

• Approval: Executive VP of Marketing 



Figure 7 
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COMPUTER IMPLEMENTED METHOD OF FIG. 2 is one embodiment of computer system on which 

IMPLEMENTING, MAINTAINING, AND the present invention may be implemented. 

UPDATING A BRAND ARCHITECTURE FIG. 3 is a flowchart of one embodiment of the method of 

SYSTEM editing the brand architecture chart. 

5 FIG. 4 is a block diagram of one embodiment of the 
branding software. 

FIG. 5 is a sample filled-out questionnaire. 

The present invention relates to brand architectures, and FIG. 6A is an example of a possible layout for a brand 

more specifically, to an automated brand architecture admin- Q architecture chart. 

istration system. FIG. 6B is an example of a possible layout for displaying 

a portion of the brand architecture chart of FIG. 6 A. 
FIG. 6C is another example of a possible layout for a 

A brand name is a name or symbol used to identify a brand architecture chart, 

seller's goods or services, and to differentiate them from 15 p IG 6D ^ an examp i e 0 f a possible layout for displaying 

those of competitors. Because a brand name identifies a a port ion of the brand architecture chart of FIG. 6C. 

product's or servicers source-protecting against competi- nG ? . g aQ ^ Qf ^ ^ . lemented b the 

tors who may attempt to market similar goods or services- § M ^ of ^ 6A _ D 

companies have an incentive to invest in the quality, r 

consistency, and imagery of their brands. 20 DETAILED DESCRIPTION 

In the prior art, often there was no unified method to 

manage brand names within a company. In one prior art In the present invention, a brand architecture system is 

system, trademark counsel kept a list of trademarks and described. A brand architecture specifies and organizes the 

trademark filings for the purposes of keeping trademarks naming relationships among a company's brands, products, 

up-to-date and renewing them. Product managers in the 25 services, divisions, subsidiaries, etc. A well-conceived brand 

organization created new products and potential names for architecture will accommodate company and product line 

them. The product managers then requested a search for growth, and provide guidance for future product and service 

trademark availability of the names. Other companies did names. Some brand architectures are comprised of many 

not do any searching, causing the companies to risk being 'with specific naming guidelines for each, 

sued for trademark infringement. 30 The brand architecture system described includes a navi- 

Generally, in the prior art, organizations had no marketing gable brand-architecture chart. A user is permitted to nomi- 

or strategic central determiner for whether a product needed nate a new name including a desired location on the brand- 

a name or whether the name chosen by the product manager architecture chart to the system. For one embodiment, the 

was appropriate. Furthermore, each time an additional prod- user may be anyone with authority to access the brand 

uct or service was created the trademark counsel and product architecture chart. For one embodiment, employees at dif- 

manager had to individually process the proposed name. ferent tiers have different tiers of access, from viewing 

™ r . t uuj . . ,i~*u ™ access only, to name proposal access, to alteration access. 

Therefore, it would be advantageous to reduce the com- Jj r r ' 

plexity of administering a company's brand names. The proposed new name is tested against the naming rules 

at that location, to see whether the name fits criteria. If the 

40 

SUMMARY OF THE INVENTION new name fits the criteria, for one embodiment upon the 

approval of the legal department and/or a designated approv- 

A method of automatically managing and maintaining a ing aut hority, the brand architecture chart is automatically 

brand architecture is described. The method comprises dis- upc iated with the new name. Alternatively, the brand archi- 

playing a navigable brand-architecture chart. The method tecture chart may be updated without the specific approval, 

further comprises helping users identify the appropriate, 45 b ^ Qn ^ fit Qf ^ proposed name ^ me charl For an 

approved location of the desired name on the brand archi- a lternative embodiment, the new name is added to a list of 

tecture chart. The method further includes testing the name approved names, and the brand architecture chart is updated 

against rules, to see whether the name fits the criteria. If the by an individual with alteration access, 

new name fits criteria, for one embodiment the proposed Fof Qne embodiment ^ if the name does DOt fit the criteria , 

name is automatically sent to an approver, or to a legal 50 altemative ^ param eters are suggested. For 

department for approval For another embodiment the brand ^ embodimcnU tf thc name QOt fit me criteria , an ^ 

architecture chart is automatically updated with the new ^ ^ managers ^ aulomatically triggered. 

name * For one embodiment, request for additional name candidates 

For one embodiment, if the name does not fit the criteria, ^ a is 0 sent t0 the appropriate parties, 

an appeal process to higher tier managers may be automati- pIG. 1 is a block diagram of one embodiment of a network 

cally triggered. For one embodiment a request for additional Qn whkh me ^ inYcntion 5e uscd M 

conforming name candidates is generated and sent to the netW0fk seryer uo may be ^ up Qn a c]i&nV$ system ^ 

appropriate party or parties. Sterna! nctWQrk m is acccsscd by a plurality of 



DESCRIPTION OF THE DRAWINGS 



clients. 

The internal network server 110 accesses a system 130 on 
The present invention is illustrated by way of example, which the brand architecture software is implemented 
and not by way of limitation, in the figures of the accom- through a network 120. For one embodiment, this system 
panying drawings and in which like reference numerals refer 130 may be referred to as the brand architecture system 130, 
to similar elements and in which: $5 although the server may not be a dedicated server, and the 

FIG. lis a block diagram of one embodiment of a network brand architecture software may be on an existing LAN/ 
on which the present invention may be used. Intranet. For one embodiment, the internal network server 
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110 may be the same computer as the brand architecture can be stored in main memory 250, mass storage device 225, 

server 130. For another embodiment, the internal network or other storage medium locally or remotely accessible to 

server 110 may be a separate computer, and the network 120 processor 240. Other storage media may include floppy 

may be an internal large area network (LAN), wide area disks, memory cards, flash memory, or CD-ROM drives, 

network (WAN), the Internet or other network. For yet 5 It will be apparent to those of ordinary skill in the art that 

another embodiment, the brand architecture server 130 may the methods and processes described herein can be imple- 

be outside the company, and in fact may be administered by mented as software stored in main memory 250 or read only 

someone outside the company. In that case, the network 120 memory 220 and executed by processor 240. This control 

maybetheInternet.Foroneembodiment,ifthenetworkl20 ^gic or software may also be resident on an article of 

is the Internet, communications between the internal net- 30 manufacture composing a computer readable medium hav- 

work server 110 and the brand architecture server 130 may m ? computer readable program code embodied I therein and 

, •■ 4 i being readable by the mass storage device 225 and for 

be secured by using secure hypertext transmission protocol ^ ^ ^ tQ ^ accordance ^ the 

(https), by encryption, or through some other means of metho | s a J teachin herei / 

securing the communication. The brand architecture server ^ q{ ^ ^vendon ^ be embod _ 

130 includes brand architecture software 140, which 1S 15 ied in a handhe i d or p ^ rtablc dcvice co^^g a subsct of 

described in more detail below the hardware components described above. For 

FIG. 2 is one embodiment of computer system on which example, the handheld device may be configured to contain 

the present invention may be implemented. FIG. 2 illustrates on iy the bus 245, the processor 240, and memory 250 and/or 

a typical data processing system upon which one embodi- 225. The handheld device may also be configured to include 

ment of the present invention is implemented. It will be 20 a se t 0 f buttons or input signaling components with which a 

apparent to those of ordinary skill in the art, however that uscr mav schd from a set of available options. The handheld 

other alternative systems of various system architectures device may also be configured to include an output appa- 

may also be used. ratus such as a liquid crystal display (LCD) or display 

The data processing system illustrated in FIG. 2 includes element matrix for displaying information to a user of the 

a bus or other internal communication means 245 for 25 handheld device. Conventional methods may be used to 

communicating information, and a processor 240 coupled to implement such a handheld device. Hie implementation of 

the bus 245 for processing information. The system further the present invention for such a device would be apparent to 

comprises a random access memory (RAM) or other volatile one of ordinary skill in the art given the disclosure of the 

storage device 250 (referred to as memory), coupled to bus present invention as provided herein. 

245 for storing information and instructions to be executed 30 FIG. 3 is a flowchart of one embodiment of the method of 

by processor 240. Main memory 250 also may be used for accessing and querying the brand architecture chart. At 

storing temporary variables or other intermediate informa- block 300, the process starts. The process starts when an 

tion during execution of instructions by processor 240. The authorized user accesses the software, and indicates that he 

system also comprises a read only memory (ROM) and/or ^ or she wishes to access the brand architecture, to learn about 

static storage device 220 coupled to bus 240 for storing static it, to test a name candidate against it, or to add a new item 

information and instructions for processor 240, and a data to the architecture. 

storage device 225 such as a magnetic disk or optical disk \\ block 305, a tutorial is displayed. For one embodiment, 
and its corresponding disk drive. Data storage device 225 is the tutorial may be optionally skipped. For one embodiment, 
coupled to bus 245 for storing information and instructions. this step may be omitted entirely. The tutorial may teach a 
The system may further be coupled to a display device branding philosophy and/or strategy of the company, the 
270, such as a cathode ray tube (CRT) or a liquid crystal objectives of the branding architecture. The tutorial may 
display (LCD) coupled to bus 245 through bus 265 for include the company's brand architecture policies, 
displaying information to a computer user. An alphanumeric methodologies, and rules. For one embodiment, the tutorial 
input device 275, including alphanumeric and other keys, 45 may further teach how the branding structure of the corn- 
may also be coupled to bus 245 through bus 265 for pany works. For one embodiment, the tutorial may be 
communicating information and command selections to interactive. Alternatively, the tutorial may be text based, 
processor 240. An additional user input device is cursor video based, audio based, or in an other format, 
control device 280, such as a mouse, a trackball, stylus, or At block 310, a navigable brand architecture chart is 
cursor direction keys coupled to bus 245 through bus 265 for SQ displayed to the user. Sample charts are shown in FIGS, 
communicating direction information and command selec- 6A-D. For one embodiment, this chart may be large enough 
tions to processor 240, and for controlling cursor movement to cover multiple pages or screens. 

on display device 270. For one embodiment, the chart is displayed hierarchically, 
Another device that may optionally be coupled to com- i.e. only the product family names are displayed, and the 
puter system 230 is a communication device 290 for access- 55 user can select to display the lower tier information for each 
ing other nodes of a distributed system via a network. The family. For another embodiment, another method of display- 
communication device 290 may include any of a number of ing the chart may be used. FIGS. 6B and 6D illustrate 
commercially available networking peripheral devices such another embodiment of the chart, permitting access to all 
as those used for coupling to an Ethernet, token ring, tiers of the chart, while displaying only the relevant portions 
Internet, or wide area network. Note that any or all of the 60 of the chart. 

components of this system illustrated in FIG. 2 and associ- For one embodiment, the user may access the brand 

ated hardware may be used in various embodiments of the architecture chart without initiating the editing process. In 

present invention. that instance, the process stops here, and the user can view 

It will be appreciated by those of ordinary skill in the art the navigable brand architecture chart. If the user initiates 

that any configuration of the system may be used for various 65 the editing process, the process continues to block 315. 

purposes according to the particular implementation. The At block 315, the user is prompted to choose a specific tier 

control logic or software implementing the present invention of the chart they wish to view. For one embodiment, this is 
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a selection from a pull-down menu or by clicking the tier in that is being named, including potential sales, etc. For one 

the chart. For another embodiment, the user types in the tier embodiment, the user's answers to the questions will deter- 

name. For yet another embodiment, the user is not directly mine whether the name is likely to be approved although it 

prompted for this information, but is rather asked to fill in a is outside the approved architecture, 

questionnaire from which this information is deduced. A S At block 355, the user's entry is forwarded to a designated 

sample of the questionnaire is included in FIG. 5. For individual or group who have authority to override the rules 

another embodiment, another means of selecting the tier embodied in the brand architecture, For one embodiment, 

may be used. For one embodiment, this tier may be a this step automatically generates an e-mail sent to the 

"product family" as shown in FIGS. 6A-D. Alternative authorized person or persons, including the user's name 

organizations of brand architecture charts may have alter- 10 suggestion, why it does not conform to the branding 

native tiers, and selections. architecture, whether override criteria have been met, and 

At block 320, the navigable chart of the selected tier is any other relevant information. Designated persons are 

displayed to the user. This is a subset of the brand architec- authorized to approve the override. For one embodiment, 

ture chart displayed at block 310. For embodiment, this is this step automatically connects to a organization chart of 

the same chart, with the colors altered, to indicate the 15 the company, and determines correct person or persons to 

selected tier. receive this e-mail. For one embodiment, the correct person 

At block 325, the user is prompted to choose a product may be a branding executive, a marketing executive and/or 

tier. As above, this choice may be made in a variety of ways, the intellectual property legal department, 

including automatically based on the questionnaire. For one embodiment, the user is disconnected from this 

At block 330, the tier and product tier chosen is displayed 20 process at this stage. For one embodiment, the user is 

to the user informed that the request is being forwarded to the person or 

At block 335, the user is prompted to enter a proposed P er ?° ns authorized to approve the override request. For one 

name embodiment, the time for approval may be days or weeks. 

At block 340, it is determined whether the proposed name 25 At btock 360, it is determined whether the name has been 

fits into the rules of the selected family and tier. As will be approved. For one embodiment, the authorized person may 

discussed in more detail below, the rules restrict the types of return an affirmative or negative statement directly to the 

names that will be acceptable at each tier. The purpose of the b L rand architecture software. The brand architecture software 

rules is to ensure the implementation of the company's then analyzes the response, and determines whether it was 

adopted brand architecture, and simplify naming options. 30 Positiveor negative. For one ^embodiment if multiple people 

These rules are discussed in more detail below, with respect have authorization to overrule, either a subgroup of or all of 

to FIG. 7. If the proposed name fits into the rules, the process the group must return an affirmative answer in order to end 

continues to block 370. At block 370, the user is informed ^ an a PP roval - 

that the proposed name will be added to the chart. For another embodiment, if the system does not receive a 

Foroneembodiment,thechartisautomaticallyupdatedat 35 res P onse > either affirmative or negative, within a preset 

this stage. If, for example, only those with naming authority P enod > ^ s y stem sends a remmder T ^ Gsi to authorized 

within the company have access to this process, automating persons. 

the updating of the chart may be advantageous. The process If aQ affirmative response is received, the process contin- 

then ends at block 375. For another embodiment, the ues to block 370, and the user is informed that the requested 

approved name is added to a list of proposed names. An 40 name has been approved and the proposed name will be 

authorized person with authority to update the chart then can added to the chart, and the chart is updated, 

update the actual chart. For another embodiment, the pro- If a negative response is received, the process continues 

posed name may be sent to the legal department or other to block 365, and the user is informed of the unfavorable 

appropriate person for approval. For example, the company response. For one embodiment, the user is also provided a 

may wish to review a name, even if it fits the rules, to verify 45 pointer to follow, to reapply for a new name. For one 

that the name is appropriate, that there are no trademark embodiment, the user may follow this pointer, and not have 

issues, and/or that there are no other criteria that are not to select the product family and product tier, but rather go 

embodied in the brand architecture chart. directly to block 335, to propose a new name. For one 

If the proposed name did not fit into the rules, at block embodiment, the user can request help developing alterna- 

340, the process continues to block 345. At block 345, it is 50 tive names - A re q uest is then sent to the appropriate name 

determined whether the user wishes to proceed with the development person or outside agency, 

name in spite of this. For one embodiment, this is deter- The process terminates at block 375. 

mined by prompting the user. For one embodiment, the user FIG. 4 is a block diagram of one embodiment of the brand 

should meet certain criteria in order to proceed at this stage. architecture software. The brand architecture system 410 

For example, the user may be asked to commit a certain 55 includes a brand architecture chart display unit 420. The 

amount of money from his or her budget to search and/or brand architecture chart display unit 420, for one 

provide marketing support for the proposed name. Other embodiment, is capable of displaying a multi-page brand 

indications of the user's commitment to the name may also architecture chart, in various formats. For one embodiment, 

be requested. If the user does not wish to go ahead with the the format may be a hypertext markup language (HTML) 

name, the process returns to block 335, and the user is again 60 format, a JavaScript implemented format, or another display 

prompted to enter a proposed name. If the user wishes to go format. For one embodiment, the chart display unit 420 

ahead with the name, the process continues to block 350. permits navigation along a family, tier, or arbitrary axis. 

At block 350, the user is prompted to enter reasons why The chart configuration unit 430 controls which parts of 

the non-conforming name should be approved. For one the chart are displayed by the display unit 420. For one 

embodiment, this may be done in the form of a 65 embodiment, as a user navigates through the chart, a nar- 

questionnaire, or a free-form data entry. For one rower and narrower slice of the chart may be visible. The 

embodiment, the user provides projections for the product chart configuration unit 430 controls this, based on data from 
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the user interface. If, for example, as described above, the 
user selects a particular product family, the chart configu- 
ration unit 430 instructs the chart display unit 420 to display 
only the selected product family. 

The brand architecture system 410 further includes a user 5 
interface 440. The user interface 440 allows a variety of 
users to access the chart. An access control unit 450 is 
coupled to the user interface. The access control unit 450 
determines the access tier of each user. For one embodiment, 
the access control unit 450 includes a plurality of classifi- 10 
cations for potential users of the system 410. For example, 
there may be trusted users, those with authority to actually 
update the system, authorized users, those with authority to 
propose new names for inclusion in the chart, and other 
users, those who may look at the system, but may not change 
it. For another embodiment, the access control unit 450 may 15 
use some other method, such as a list of names, to determine 
access tiers. 

For one embodiment, the user interface 440 is configured 
to the appropriate tier for a user, once that user accesses the ^ 
system 410. For one embodiment, the user interface 440 
displays only those options that are available to the user. 

A comparison unit 460 is coupled to the user interface 
440. When the user interface 440 receives a proposed name, 
for a selected product family and product tier, this informa- 25 
tion is passed to the comparison unit 460. The comparison 
unit 460 accesses the rules for this particular product family 
and product tier in the rule storage unit 460. If the name 
passes the rules, the user is informed of this. For one 
embodiment, the rules are displayed to the user by the 3Q 
comparison unit 440. If the proposed name meets rules, the 
name is submitted for approval and entry into the brand 
architecture chart. If the proposed name is a non-conforming 
name, the proposed name is forwarded to the override 
facility 480, if the user so requests. 35 

For one embodiment, the comparison unit 460 automati- 
cally determines whether the name as proposed passes 
certain rules. Certain of the rules may be automatically 
tested by comparison unit 460. For example, if the rule states 
that all product names must start with the letter "N," the 40 
comparison unit 460 may test whether the proposed name 
passes this rule. Similarly, for rules such as incorporating 
certain words, or family brand names, into the proposed 
name, having a certain number of letters in a name, etc. the 
comparison unit 460 may automatically determine whether 45 
the rule is met by the proposed name. 

For one embodiment, for certain rules, the user is merely 
made aware of the rule and the user has to determine 
whether the rule is met by the proposed name. For example, 
for a rule such as "the name must be descriptive" the 50 
comparison unit 460 may not test the proposed name, for 
one embodiment. Rather, the user determines whether the 
proposed name meets the rule, or whether the override 
facility should be invoked. 

For one embodiment, if the comparison unit 460 deter- 55 
mines that the name does not meet the rules, the user is 
informed of this. For another embodiment, if the comparison 
unit 460 determines that the name does not meet rules, this 
is highlighted for the approving authority. 

If the name does not pass the rules, the user may ask for 60 
assistance for generating alternate names. The a request may 
automatically be sent to a naming company, or other agency 
internal to or external to the company, to assist the user in 
generating an appropriate Dame. For one embodiment, the 
comparison unit 460 permits the user to generate this 65 
message, and passes the message to the appropriate organi- 
zations and/or individuals. 
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If the name did not pass the rules, but the user confirms 
that he or she wishes to go ahead with the name, the 
comparison unit 460 passes the information to the override 
facility 480. 

The override facility 480 automatically forwards the 
override request to an authorized approver. For one 
embodiment, the override request is e-mailed to the autho- 
rized approver. If the authorized approver is not within the 
secure network on which the brand architecture system 410 
resides, the e-mail or other notification may be encrypted or 
otherwise secured. 

The override facility 480 receives the response(s) from 
the authorized approvers). For one embodiment, the over- 
ride facility 480 sends a reminder or other notification if no 
response is received within a set period. When the response, 
or all of the responses, are received, the override facility 
determines whether the response(s) are positive or negative. 
For one embodiment, if there are multiple responses, the 
system can be set to require positive responses from all 
approvers, or from only a certain number of approvers, or 
from only a certain approver. The override facility 480 
returns the affirmative or negative indication to the com- 
parison unit 460. 

The comparison unit 460 forwards this information to the 
user, and to the chart updating facility 490. If the name was 
approved, the chart updating facility 490 updates the chart 
displayed by the display unit 420. For one embodiment, the 
chart updating facility 490 can automatically update the 
chart if the nominated name either meets the rules, meets the 
rules and has been approved, or if the override request is 
approved. For another embodiment, the chart updating facil- 
ity 490 maintains approval information. Then, the next time 
a user with authority to alter the chart logs in, this informa- 
tion is made accessible to the user, and the user can add the 
approved names. 

FIG. 5 is a sample questionnaire. The sample question- 
naire is drawn up to correspond to the structure illustrated in 
FIGS. 6A-D. Of course, as the brand architecture changes 
for each company, the questionnaire would change corre- 
spondingly. It is to be understood that FIG. 5 is exemplary, 
and should not be interpreted to be a complete or necessary 
format for such a questionnaire. 

A similar type of questionnaire may be displayed to a user 
attempting to nominate a new name for a new product, 
service, feature, or technology. The flowchart described in 
FIG. 3 may be automatically processed — the selection of the 
appropriate category for the name, the name selection, as 
well as the method of going outside the rules — based on the 
information filled into the questionnaire, 

The general information 510 that is requested from the 
user may include the user's name, title, group, and contact 
information. For one embodiment, the general information 
510 may be automatically filled in based on the user's log-in 
into the system. However, the user is permitted, in one 
embodiment, to alter the data in the general information 
category 510. 

The first tier selection 520 permits the user to select a 
brand, product, or category for the new name, in the example 
chart of FIGS. 6A-D. The user can select whether the new 
item will be a product family brand, a product, or an 
ingredient or feature. 

The second tier selection 530 permits the user to select a 
subcategory for the new name. For example, in the brand 
architecture of FIGS. 6A-D, if the user selected a Product as 
the first tier selection for the proposed name, the user at this 
point can select whether the proposed name should be added 
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into the Cheerios Cereal product family, the Super Moist FIG. 6 A is an example of a brand architecture chart that 

Cake Mix family, etc. After this selection is complete, the may be displayed by the present invention. The brand 

system knows what the category and subcategory location is architecture chart of FIG. 6 A is only a sample chart, imple- 

for the new name. Of course, this type of categorization may menting sample rules. It is to be understood that the methods 

continue. For example, included in the Cheerios Cereal 5 used to generate this chart may be used to generate more or 

product family, there may be further sub-categories, such as less complex charts, and implement dissimilar rules. The 

Children's Cheerios and Adult Cheerios or Low Salt Chee- format of the chart may also vary from the format shown in 

rios and Standard Cheerios. Any such sub-categorizations FIG. 6A. FIG. 6A is merely one possible display of one 

could be consecutively selected by the user. The user may sample chart. FIG. 6C illustrates an alternative display for 

select either to the lowest tier, i.e. the lowest subcategory the brand architecture chart. It is to be understood FIGS, 

available, or the user may suggest the name for a higher tier. 6A-D illustrate exemplary displays of the brand architecture 

For example, in the brand architecture of FIGS. 6A-D, the chart. 

user may propose a new product family, such as Baking This brand architecture chart is an example of a chart that 

Ingredients. may be viewed, queried, manipulated, and updated by the 

The product/service definition category selection 540 invention, as described above. The General Mills product 

permits the user to enter a description. This may be optional, 15 line is shown as an example. No affiliation of this patent is 

unless the user wishes to select a name outside the rules for meant or implied by using the General Mills product line as 

the selected location. an example. All trademarks mentioned in the chart and in the 

The proposed name 550 is the new name the user wishes text below are the property of their respective owners, 

to add to the brand architecture. For one embodiment, the The first tier 610 is the corporate name 610, which is 

user may review the rules for the proposed location for the General Mills. 

name. For one embodiment, the user may be able to view the The second tier 620, are product family names. In this 
list of current names within the selected location, in order to example, product family names 620 include a number of 
simplify the name selection. For another embodiment, the different brands, for example Cheerios cereals, Betty Crock- 
user may see examples of approved names. er's Supermoist Cake Mix, Hamburger Helper, Stir N Bake, 
For one embodiment, a secondary questionnaire page may and Cold Medal Flour. In this example, the product family 
be shown to the user if the user's first proposed name has names 620 may be fanciful names, such as Cheerios, or 
been found to be non-conforming name. For one descriptive names, such as Super Moist Cake Mix. In other 
embodiment, these questions are always shown to the user, examples, a wide variety of other types of names may be 
but the user is only specifically prompted to fill in the 3Q allowed. 

answers if the name is a non-conforming name. For a different company, the second tier 620 may not be 

The user's commitment to the product 560 may include a product family names, but rather, for example, service types, 

certain amount of money from a budget to research and/or or targeted customers, or another type of category. The 

provide marketing support for the name. Other indications selection of the actual categories for the brand architecture 

of commitment, such as manpower, advertising budget may 35 chart is not made by the present system, but rather imple- 

also be requested. For one embodiment, the commitment tier mented by a person or persons who are familiar with the 

560 is automatically requested for product family brands. brand architecture of the actual corporation. 

For one embodiment, this question is only displayed for The third tier 630, in this case, is specific products. Thus, 

lower categories if the name was found to be a non- in each product family brand 620 there are a number of 

conforming name and the user wishes to submit the name for 40 specific products 630. Thus, for example, the Stir N Bake 

extra-ordinary authorization. product family brand 620 includes Brownies, Carrot Cake, 

The projected income from the product 570 is similar to and other products. In this example, the products 630 

the commitment tier. For one embodiment, the projected generally have descriptive names. For some product family 

income is automatically requested for certain tiers, such as brands 620, e.g. Cheerios, the product names 630 each 

product family brands and special ingredients, but is not 45 include the product family brand name, 

requested for lower tiers, unless the proposed name is a Again, in a different corporation, this tier may have a 

non-conforming name. different name, and different rules, and different types of 

The request for help naming the product 580 may also be names or name relationships may be allowed, 

displayed. For one embodiment, the request for help is The fourth tier 640, in this case, is special ingredients or 

displayed only when the user's initial name is rejected. For 50 features. Certain products 630 may further include special 

another embodiment, the request for help may also be ingredients 640. For one embodiment, the special ingredi- 

displayed if the proposed name is a non-conforming name ents 640 may be items are named on the package, or 

and is likely to be rejected, or if a user is attempting to otherwise highlighted. As can be seen, the special ingredi- 

overcome a rejection. For one embodiment, the request for ents 640 in this instance are descriptive names of the actual 

help 580 sends an e-mail or other communication to an 55 additional ingredient. 

outside agency or to a naming group within the corporation, As discussed above, these tiers and the items within each 

to assist the user is selecting an appropriate name. For one tier are entirely dependent on the actual structure of the 

embodiment, this is a discontinuous process, such that the corporation. For example, in a service corporation, the 

user is disconnected from the brand architecture system, and categories would be different, as would the types of items 

is separately contacted with naming help. eo within each category. Similarly, the rules implemented at 

FIG. 5 illustrates one example a questionnaire that may be each tier may differ substantially depending on the actual 

used to guide a user through the naming process. For an corporation. The above list of products and product organi- 

alternative embodiment, the user may make all of the above zations has been derived independently based on products 

selections through navigating web pages or computer dis- currently available for a company. It is not to be taken as an 

play screens and the brand architecture chart, and using 65 actual representation of the products or brand architecture of 

menus. These types of selections among choices and entry of the company in question. Furthermore, this does not imply 

data may be used, and are well known in the art. any connection between the patentee and the company. 
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FIG. 6B illustrates a portion of the brand architecture 
chart of FIG. 6 A. FIG. 6B shows a sample display format for 
displaying a large brand architecture chart that would gen- 
erally not lit on a single page. The user can select one of the 
arrows 650, for example, selecting the Super Moist Cake 5 
Mix product family brand 620. In that instance, the products 
listed within this product family brand 620 would be dis- 
played. For one embodiment, the higher categories are not 
shown, and only the current category, i.e. product family 
brand, product, or special ingredients is displayed. For 1Q 
another embodiment, once a product family brand 620 is 
selected, the lower and higher tiers associated with the 
selected product family brand 620 are displayed. Thus, for 
example, if the user selects the Cheerios Cereal product 
family brand 620, the display would include the Corporate 
name, the Cheerios Cereal product family brand 620, and the 15 
products 630 (not shown) that belong in the Cheerios Cereal 
Product Family brand 620. In this way, the user can easily 
navigate the brand architecture chart, while only seeing the 
relevant category at any time. 

FIG. 6C illustrates another alternative method of display- 20 
ing a brand architecture chart. The brand architecture chart 
is shown as a circular structure, with the corporate name at 
the center, product family brands in the first ring, products 
in the second ring, and special ingredients in the third ring. 
It is to be understood that other brand architecture charts, not 2 5 
having similar components, could similarly be shown in a 
circular structure. 

FIG. 6D illustrates a portion of the brand architecture 
chart of FIG. 6C. FIG. 6D shows a sample display format for 
displaying a large brand architecture chart that would gen- 30 
erally not fit on a single page. The user can select one of the 
arrows 650, for example selecting the Cheerios Cereal 
product family brand 620. In that instance, the products 630 
listed within this product family brand 620 would be dis- 
played. For one embodiment, the higher categories are not 35 
shown, and only the current category, i.e. product family 
brand, product, or special ingredients is displayed. For 
another embodiment, once a product family brand 620 is 
selected, the lower and higher tiers associated with the 
selected product family brand 620 are displayed. Thus, for 40 
example, if the user selects the Cheerios Cereal product 
family brand 620, the display would include the Corporate 
name, the Cheerios Cereal product family brand 620, and the 
products 630 that belong in the Cheerios Cereal Product 
Family brand 620. In this way, the user can easily navigate 45 
the brand architecture chart, while only seeing the relevant 
category at any time. 

It is to be understood that FIGS. 6Aand 6C are exemplary 
displays of brand architecture charts. Alternative display 
formats, such as three dimensional triangular, diamond 50 
shaped, or having some other shape suited to the particular 
brand architecture may be used. 

FIG. 7 shows a sample set of rules that are implemented 
in the brand architecture chart of FIGS. 6A-D. The rules 
may include naming conventions, such as the form of the 55 
proposed name, the syllables in the name, the length of the 
name, the distinctiveness of the name, and any other rules 
the corporation may wish to implement. The rules may 
further include information and/or requirements regarding 
the use of logos, colors, typefaces, and graphics. 60 

The rules may include such rules as the number of 
products in a product family at launch, the budget, etc. For 
one embodiment, certain categories, such as product family 
and proprietary product names may automatically require 
the approval of someone. In these instances, the flowchart 65 
automatically follows the "name rejected" route, described 
above. 



It is to be understood that these rules are only exemplary 
rules, and different rules may be implemented. Additional 
rules may be implemented as well, including such rules as 
requiring a trademark search for a new name, requiring 
certain persons to support a new name, etc. Other rules may 
be specific to the corporation — for example, a rule may be 
that new product names must start with the letter T. Any 
rules that can be imagined may be implemented in the rules 
for the brand architecture chart. In this manner, the approval 
of new names and the adding of new names to the brand 
architecture chart to form a coherent branding strategy may 
be automated. 

In the foregoing specification, the invention has been 
described with reference to specific exemplary embodiments 
thereof. It will, however, be evident that various modifica- 
tions and changes may be made thereto without departing 
from the broader spirit and scope of the invention as set forth 
in the appended claims. Each brand architecture solution 
will vary more or less from these examples. Similarly, the 
display formats and the rules that are implemented vary 
based on the actual structure of the corporation and the brand 
strategy of the corporation. The focus of the present inven- 
tion is the automatic requests, updating, and referrals, as 
described above. The specification and drawings are, 
accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 

What is claimed is: 

1. A computer-implemented brand architecture system 
comprising: 

a hierarchical brand-architecture chart comprising: 
at least one group displayed at a first tier; 
a plurality of items displayed at a second tier, each of 
the plurality of items at the second tier categorized 
under at least one group of the first tier; and 
an updating facility for updating the navigable brand- 
architecture chart, such that a new entry is entered in 
a proper group of the plurality of groups, and at a 
proper tier. 

2. The system of claim 1, wherein the plurality of tiers 
comprise: 

a first tier including a plurality of product families; 

a second tier including a plurality of individual products, 

wherein each of the individual products are categorized 

in one of the product families. 

3. The system of claim 2, wherein the second tier includes 
a product group having multiple individual products within 
the product group. 

4. The system of claim 1, further comprising: 

a chart configuration unit for controlling the amount of the 
chart that is displayed. 

5. The system of claim 1, further comprising: 

a comparison unit, for receiving a proposed name, and for 
comparing the proposed name against a set of rules, and 
determining is the proposed name fits within the rules. 

6. The system of claim 5, further comprising: 

an override facility, the override facility for requesting 
permission to override the rules, and permit the pro- 
posed name that failed the rules. 

7. The system of claim 6, wherein requesting permission 
comprises automatically sending a request to authorized 
personnel, and determining whether the response was affir- 
mative or negative. 

8. The system of claim 1, further comprising: 

an access control unit for limiting access to the brand 
architecture chart, the access control unit permitting 
only certain users to alter the chart. 
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9. The system of claim 8, wherein the access control unit 
permits certain users to alter the chart, and certain other 
users to request a new name, 

10. A method of implementing an automated brand archi- 
tecture management system, comprising: s 

displaying a hierarchical brand-architecture; 

receiving a nomination for a new name including infor- 
mation indicative of a position in the hierarchy of the 
brand-architecture; 

comparing the nomination against rules to determine io 
whether the new name fits criteria; and 

if the new name fits criteria submitting the nomination for 
approval and, automatically updating the brand- 
architecture with the new name upon receipt of 
approval. is 

11. Tlie method of claim 10, wherein if the new name does 
not fit the criteria, 

determining if there is an exception procedure; and 
if there is an exception procedure, implementing the 
exception procedure. 20 

12. The method of claim 11, wherein the exception 
procedure comprises: 

automatically electronically sending the nomination and 
accompanying information to an authority who can 
approve the exception to the rules. 

13. The method of claim 12, further comprising: 
receiving a response from the authority; and 
if the response is affirmative, automatically updating the 

brand architecture chart, and informing a nominator of 
the affirmative response. 

14. The method of claim 13, further comprising: 
if the response is negative, informing a nominator of the 

negative response, and permitting the nominator to 
nominate a new proposed name for the product. 

15. The method of claim 13, further comprising: 
if the response is negative, informing a nominator of the 

negative response and permitting the nominator to 
request help generating a proposed name that would 
result in a positive response. 40 

16. The method of claim 13, wherein the authority is a 
plurality of persons, and wherein the response comprises a 
plurality of responses, and an affirmative response com- 
prises affirmative responses from each of the plurality of 
persons. 45 

17. The method of claim 11, wherein the exception 
procedure comprises: 

requiring a commitment from the nominating group to 
support the new name. 

18. The method of claim 10, wherein the rules comprise 50 
a limitation on a type of name being used. 

19. The method of claim 10, wherein the step of receiving 
a nomination for a new name including a location in the 
brand- architecture chart, comprises: 

receiving a filled-in questionnaire, indicating a tier and a 55 
category, and a proposed name. 

20. The method of claim 19, wherein after the user selects 
a product family and a product tier, the rules for naming 
within that product family and product tier are displayed to 
the user, prior to allowing the user to enter the nomination. 60 

21. The method of claim 20, further comprising indicating 
to the user that the name may be outside of the rules, if 
certain conditions are met. 

22. The method of claim 10, wherein the step of receiving 

a nomination for a new name comprises: 65 
prompting a user to select a product family, after review- 
ing the entire brand chart; 
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prompting the user to select a location, after reviewing the 

entire product family; and 
prompting the user to enter the nomination for a proposed 

product name. 

23. A method of maintaining a brand architecture man- 
agement system to simplify maintaining coherent branding 
strategy, the method comprising: 

denning a brand architecture chart including current and 

proposed names; 
denning a rule set for the brand architecture chart to 

maintain the coherent branding strategy; 
incorporating the rule set into an automatic nomination 

system that receives new name nominations from users; 

and 

prompting a user to compare a new name nomination 
against the rule set, and accepting the new name 
nomination if the new name fits within the rule set. 

24. The method of claim 23, wherein if the new name 
nomination does not fit within the rule set, the method 
further comprises: 

permitting the user to request help in selecting a different 
name; and 

permitting the user to appeal the decision to an authority 
that may override the rule set. 

25. The method of claim 23, further comprising automati- 
cally adding the new name to the brand architecture chart if 
the new name is accepted. 

26. An automated brand architecture management system 
comprising: 

a rule storage unit for storing pre-determined rules; 
a display mechanism for displaying a hierarchical brand- 
architecture; 

a user interface for receiving a nomination for a new name 
from a user, the nomination including information 
indicative of a position in the hierarchy of the brand- 
architecture; 

a comparison unit for comparing the nomination against 
the pre-determined rules from the rule storage unit, to 
determine whether the new name fits criteria and sub- 
mitting the nomination for approval if the new name 
meets the pre-determined rules; and 

a chart updating facility for automatically updating the 
brand -architecture with the new name upon receipt of 
approval. 

27. The automated brand architecture management sys- 
tem of claim 26, further comprising, if the new name does 
not fit the criteria: 

an override facility for implementing an exception pro- 
cedure. 

28. The automated brand architecture management sys- 
tem of claim 27, wherein the exception procedure comprises 
the override facility automatically electronically sends the 
nomination and accompanying information to an authority 
who can approve the exception to the rules, if the new name. 

29. The automated brand architecture management sys- 
tem of claim 28, further comprising: 

the override facility for receiving a response from the 

authority; and 
if the response is affirmative, 

a chart updating facility for automatically updating the 
brand architecture chart, and informing a nominator of 
the affirmative response. 

30. The automated brand architecture management sys- 
tem of claim 29, further comprising: 
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if the response is negative, 

the user interface for informing a nominator of the nega- 
tive response, and permitting the nominator to nomi- 
nate a new proposed name for the product. 

31. The automated brand architecture management sys- s 
tern of claim 29, further comprising: 

if the response is negative, 

the user interface for informing a nominator of the nega- 
tive response; and 10 

an access control unit for permitting the nominator to 
request help generating a proposed name that would 
result in a positive response. 

32, The automated brand architecture management sys- 
tem of claim 28, wherein the authority is a plurality of 
persons, and wherein the response comprises a plurality of 
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responses, and an affirmative response comprises affirmative 
responses from each of the plurality of persons. 

33. The automated brand architecture management sys- 
tem of claim 26, wherein the exception procedure com- 
prises: 

the override facility requiring a commitment from the 
nominating group to support the new name. 

34. The automated brand architecture management sys- 
tem of claim 26, wherein the rules comprise a limitation on 
a type of name being used. 

35. The automated brand architecture management sys- 
tem of claim 34, wherein after the user selects a tier, the user 
interface displays rules for naming within that tier, prior to 
allowing the user to enter the nomination. 
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[57] ABSTRACT 

A method and apparatus summarizes information in an easy 
and user-friendly format in a database that stores topics and 
responses to those topics. To that end, a graphical user 
interface is disclosed having a calendar view and an adjacent 
report view. The calendar view is a two-dimensional grid 
having a timeline displayed along one dimension, an index 
listing one or more topics along the other dimension, and 
indicia displaying the number of responses to each of the 
listed topics on the each day, week, month, or year desig- 
nated in the timeline. Selection of the one or more topics 
displays the title, author, and date of posting of each 
response to the selected topic in the report view. Selection of 
the title of one of the responses in the report view, or the 
indicia in the calendar view, displays the content of the 
response. 

25 Claims, 9 Drawing Sheets 
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DATABASE GRAPHICAL USER INTERFACE of the response, and the author of the response, it does not 

WITH CALENDAR VIEW tabulate a summary of this information and other related 

data. For example, summaries with indicia relating to the 

RELATED APPLICATIONS number of replies per user per topic are not displayed. 

. 5 Similarly, the Notes GUI does not display indicia or infor- 

Ibis application contains subject matter which is related mation rekting tQ , he number of Kphes tQ Qne topic Qn 

to the following apphcations: "Database Graphical User each of days> weeks> montns> of years a GUI 

Interface with User Frequency View" (U S. Scr. No. 08/777, ^ ! ^ such summarieSj a user requ iring this information 

616), "Database Graphical User Interface with Outhne necessarily would be required t0 manU aUy tabulate these 

View" (U.S. Ser. No. 08/774 ,572) and "Database Graphical M sumn]aries wbil6 xtMia the Not6S GUI . Swh a 

08/774,576), all filed by Roger Webster and Nicholas r ... , . , , . .. -,„,,., 

Lerissa on an even date herewith and assigned to the present Accordingly, it would be desirable to provide a GUI that 

summarizes database information in a simple, easy to 
assignee. understand, user-friendly format. It also would be desirable 

FIELD OF THE INVENTION 15 f° r sucn a GUI t0 facilitate user access to the database 

records directly from the GUI. It is among the general 
This invention relates generally to computer databases objects of the invention to provide such a device and 
and, more particularly, to graphical user interfaces for method, 
accessing multiple -user databases. 



BACKGROUND OF THE INVENTION 



20 SUMMARY OF THE INVENTION 



In accordance with one aspect of the invention, a multiple 

Computer systems typically store large collections of data US er database may be accessed through a GUI which 

in databases in non-volatile computer memory. Data stored summarizes, in an easy and user-friendly format, the number 

in databases commonly is organized into individual records of responses to any one topic on each of several days, weeks, 

which themselves are organized in a logical hierarchical 25 months, years, or any other time designation. To that end, the 

manner that simplifies use of that database. Depending upon GUI includes a calendar view and an adjacent report view, 

the database access policy, each record of the database may The calendar view is a two-dimensional grid having a 

be accessed, reviewed, modified, or deleted by an authorized timeline along a horizontal dimension, and an index listing 

database user. When used in a business context for storing a plurality of topics along the vertical dimension. The grid 

information relating to software development by a software 30 forms a plurality of intersecting horizontal topic rows and 

development company, for example, data stored in the vertical time columns. Each intersection of a topic row and 

database may include data relating to projects being devel- time column may include indicia that display the number of 

oped by the company, comments by employees relating to responses to the listed topics on the day, week, month, or 

current technology of the company, and technical data year designated in a given time column. The report view 

related to ongoing company projects. 35 includes a listing of the titles of each response to a topic 

Most records in a database are accessible to a user through selected in the index by a user, 
a "graphical user interface" (GUI). GUIs provide a visual [n accordance with another aspect of the invention, the 
metaphor of a real-world scene, such as a desktop, featuring database may be accessed through a GUI which summarizes, 
icons that the user can manipulate with a pointing device, 4Q in an easy and user-friendly format, the number of responses 
such as a mouse. The database user therefore may access a to a given topic by one or more of a plurality of users. To that 
selected database by clicking on a GUI button representing end, the GUI includes a user frequency view and an adjacent 
the database, responsively causing the computer to display report view. The user frequency includes a two-dimensional 
the contents of the selected database in an easy to understand grid having indicia identifying one or more users along the 
format. This format itself is a GUI that enables the user to ^ horizontal dimension, and an index listing a plurality of 
further access and manipulate the database. topics along the vertical dimension. Similar to the previ- 
One type of database application program product in ously described GUI, the grid forms a plurality of intersect- 
widespread use is Lotus Notes™ (Notes), available from ing horizontal topic rows and vertical user identifying col- 
Lotus Development Corporation of Cambridge, Mass. Notes umns. Each intersection of a topic row and user identifying 
enables a user to construct a database that may be accessed 50 column may include indicia that display the number of 
by multiple users through a Notes-based GUI. FIGS. 1 and responses to each of the listed topics by each of the users. 
2 show exemplary Notes GUIs used with a multi-user The report view includes a listing of the titles of each 
database that stores topics, responses replying to the topics response to a topic selected in the index, or the titles of each 
(topic responses), and responses replying to the responses response by a user to a selected topic, 
(reply responses). Notes organizes the data in the exemplary 55 i n accordance with yet another aspect of the invention, the 
database by grouping the topics, and their corresponding database may be accessed by a GUI having an outhne view 
responses, into folders. that lists each of the responses under a topic in outline form, 
The user may access the exemplary Notes database by and an adjacent response chain view having indicia for 
clicking on a database access button (FIG. 1), which respon- accessing the content of each response in a response chain 
sively displays the GUI shown in FIG. 2. The GUI in FIG. 6Q (described below) to a selected response. A response may 
2 includes a navigation pane for displaying the folders in the either be a response to a topic (topic response) or a response 
database, a view pane for viewing the topics and titles of the to a previously posted response (reply response). The 
responses stored in the folders listed in the navigation pane, response chain therefore includes a selected response and 
and a preview pane for displaying the content of a response any other responses that are directly linked, by responses, 
selected in the view pane. 65 between the selected response and the topic. 

Although the Notes GUI displays some information about In accordance with still another aspect of the invention, 

the topics and responses, such as the title of a response, date each of the above-mentioned inventive GUIs includes 
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graphical indicia indicating which users are simultaneously 
viewing the GUI. The indicia may be colored text. 

In accordance with another aspect of the invention, the 
GUI displays information relating to a database user and 
includes means for connecting to the Internet and, in s 
particular, to the user's world wide web home page. To that 
end, the GUI includes a display view having indicia related 
to the user, and a plurality of tabs adjacent to the display 
view for changing the indicia in the display view. Among the 
indicia in the display view is text identifying the world wide 10 
web home page address for the user. Clicking on the world 
wide web address causes the computer to directly connect to 
the user's home page. 

It is among the objects of the invention to provide an 
apparatus and method that simplifies access to a database. 15 

It is another object of the invention to provide an appa- 
ratus and method that summarizes database information in 
an easy, user- friendly format. 

BRIEF DESCRIPTION OF THE DRAWINGS 20 

The foregoing and other objects and advantages of the 
invention will be appreciated more fully from the following 
further description thereof with reference to the accompa- 
nying drawings wherein; 25 

FIG. 1 is an illustration of a prior art Notes GUI for 
accessing a Notes database; 

FIG. 2 is an illustration of a prior art Notes GUI display- 
ing the contents of a Notes database; 

30 

FIG. 3 is a block diagram of a computer system suitable 
for use with the present invention; 

FIG. 4 is an illustration of a first database GUI having a 
calendar view and a report view; 

FIG. 5 is an illustration of a second database GUI having 35 
a response content view; 

FIG. 6 is an illustration of a third database GUI having a 
user frequency view and a report view; 

FIG. 7A is an illustration of a fourth database GUI having 
an outline view and a response chain view; 40 

FIG. 7B is a flow chart illustrating the process of forming 
a response chain; and 

FIG. 8 is an illustration of a fifth database GUI having a 
display view showing the world wide web home page 45 
address for a user. 

DETAILED DESCRIPTION OF ILLUSTRATIVE 
EMBODIMENTS 

FIG. 3 illustrates the system architecture for an exemplary so 
computer system 100, such as an IBM PS/2® computer, on 
which the invention can be implemented. The exemplary 
computer system of FIG. 3 is for descriptive purposes only 
and should not be considered a limitation of the invention. 
Although the description below may refer to terms com- 55 
monly used in describing particular computer systems, such 
as an IBM PS/2 computer, the described concepts apply 
equally to other systems, including systems having archi- 
tectures that are dissimilar to that shown in FIG. 3. 

The computer system 100 includes a central processing 60 
unit (CPU) 105, which may include a conventional 
microprocessor, random access memory (RAM) 110 for 
temporary storage of information, and read only memory 
(ROM) 115 for permanent storage of information. A 
memory controller 120 is provided for controlling system 65 
RAM 110. A bus controller 125 is provided for controlling 
bus 130, and an interrupt controller 135 is used for receiving 



4 

and processing various interrupt signals from the other 
system components. 

Mass storage may be provided by diskette 142, CD-ROM 
147, or hard disk 152. Data and software may be exchanged 
with computer system 100 via removable media, such as 
diskette 142 and CD-ROM 147. Diskette 142 is insertable 
into diskette drive 141, which is connected to bus 130 by 
controller 140. Similarly, CD-ROM 147 is insertable into 
CD-ROM drive 146, which is connected to bus 130 by 
controller 145. Finally, a hard disk 152 is part of a fixed disk 
drive 151, which is connected to bus 130 by controller 150. 

User input to computer system 100 may be provided by a 
number of devices. For example, keyboard 156 and mouse 
157 are connected to bus 130 by keyboard and mouse 
controller 155. An audio transducer 196, which may act as 
both a microphone and a speaker, is connected to bus 130 by 
audio controller 197. It should be obvious to those reason- 
ably skilled in the art that other input devices such as a pen 
and/or tablet and a microphone for voice input may be 
connected to computer system 100 through bus 130 and an 
appropriate controller. DMA controller 160 is provided for 
performing direct memory access to system RAM 110. A 
visual display is generated by a video controller 165, which 
controls video display 170. Computer system 100 also 
includes a communications adapter 190 which allows the 
system to be interconnected to a network 195 via bus 191. 
The network 195 may be a local area network (LAN) or a 
wide area network (WAN). 

Computer system 100 is generally controlled and coordi- 
nated by operating system software, such as the OS/2® 
operating system (available from the International Business 
, Machines Corporation, Boca Raton, Fla.) or WINDOWS® 
NT (available from Microsoft Corp., Redmond, Wash.). 
Among other computer system control functions, the oper- 
ating system controls allocation of system resources and 
performs tasks such as process scheduling, memory 
management, networking and I/O services. 

FIG. 4 shows a first GUI 200 for displaying information 
stored in an exemplary Notes database. The exemplary 
Notes database stores a plurality of topics 201 and responses 
to those topics 201 by a plurality of users of that database. 
As shown in FIG. 4, such topics 201 may include, 
"Announcements," "Bug Reports/' and "Humor." Users 
may post responses either directly to topics 201 (topic 
responses 202) or indirectly to topics 201 by replying to 
earlier posted responses (reply responses 204). For example, 
a topic response 202 entitled, "Calendar Bar Moves" was 
posted by Deborah Magid on Sep. 19, 1996 in response to 
the topic 201, "Bug Reports." Similarly, a reply response 
204 was posted by Roger Webster on Sep. 20, 1996 entitled, 
"Incorrect Sorting." As shown in FIG. 5 (discussed in detail 
below), each response includes the title of the response, the 
author, the time the response was posted, and text conveying 
the substance of the response. Any user may post a response 
any number of times on a given day. 

The database may be created according to known meth- 
ods. The exemplary Notes database, for example, may be a 
relational database having a plurality of responses (i.e. 
records) with multiple fields. These fields may include: 
author of response; 
title of the response; 
topic being responded to; 
date and time of creation of response; 
title of earlier response being responded to, if any; and 
text written by author. 
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When creating a new record (i.e. response), the author 
enters the title of the response and the text. Notes automati- 
cally enters the remaining fields into the record. 

Trie exemplary Notes database may be accessed simulta- 
neously by a plurality of users. Accordingly, the first GUI 
200 may be accessed and displayed on the display 170 by 
any of those users simultaneously. To that end, a second 
(non-relational) database is used by the invention to store 
information about such database users. This non-relational 
database may include a record type defined as "active 
presence," having a single field that stores an identification 
string identifying each of the users having the first GUI 200 
displayed on their displays 170. A user's identification string 
is entered into the second database once the first GUI 200 is 
displayed on that user's display 170. That user's identifica- 
tion string is deleted from the second database once the first 
GUI 200 is not displayed on that user's display 170. 

As noted above, the first GUI 200 (FIG. 4) displays 
information related to the exemplary database in an easy, 
user friendly format. Specifically, the first GUI 200 graphi- 
cally displays the number of responses that were posted to 
each of the topics 201 on each day of a selected time period. 
For example, the first GUI 200 graphically indicates that the 
topic 201 "Bug Reports" had one response posted on Sep. 
17, 1996, six responses posted on Sep. 19, 1996, two 
responses posted on Sep. 20, 1996, etc ... To effectuate this 
functionality, the first GUI 200 includes a calendar view 206 
and an adjacent report view 208. The calendar view 206 is 
a two-dimensional grid having a timeline 210 along the 
horizontal dimension, an index 212 listing a plurality of 
topics 201 along the vertical dimension, and a plurality of 
horizontal markings 214. The horizontal markings 214 have 
one or more darkened rectangular boxes 216 aligned with 
the intersection of a topic 201 and a date. For example, the 
topic 201 "Bug and Feature Replies" has a first box lined up 
with Oct. 22, 1996, a second box lined up with Oct. 23, 
1996, and a third darkened box lined up with Oct. 25, 1996. 
This alignment visually indicates that at least one response 
was posted to that topic 201 on those dates. No responses 
were posted to that topic 201 on any other days. The 
darkened boxes 216 also include lines 218 to visually 
indicate the number of responses on a given day. In the 
exemplary database, the number of responses is equal to one 
more than the number of lines 218 within each box so that 
the box is broken into a number of sub-boxes which equal 
the number of responses. For example, the topic 201 "Bug 
and Feature Replies" received one posting on Oct. 22 and 25 
of 1996 (i.e. no lines 218 in the box 216), and three postings 
on Oct. 23, 1996 (two 218 in the box). Although rectangular 
boxes 216 with lines 218 are shown, any indicia may be used 
that effectuates the purpose of the first GUI 200. 

The timeline 210 can be scrolled infinitely into the past 
and future. This is useful when a second, older database is 
combined with the exemplary database. When scrolling the 
timeline 210, responses that pass out of the field of view are 
graphically displayed as flags 213 that may be displayed 
either in a past space 215 or in a future space 217 on the 
calendar view 206. Clicking on one of the flags causes the 
computer to display a listing, in front of the calendar view 
206, of the responses represented by the selected flag 213. 
The listing may include the author 228, title 226, and posting 
date 230 of each of the represented responses. Selection of 
one of the represented responses causes the timeline 210 to 
display the time period around the posting date of the 
selected represented response. Subsequent selection of a 
"today's date" button 219 returns the timeline 210 to the 
current date. 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



The calendar view 206 also may include two vertical lines 
220 to visually block off a preselected block of time. As 
shown in FIG. 4, this block of time may be one month. Scroll 
buttons 222 may also be included to scroll the timeline 210. 

Any one of the topics 201 listed along the vertical 
dimension of the calendar view 206 may be selected to 
display a list 224, in the report view 208, of each response 
posted to the selected topic 201, Accordingly, the report 
view 208 includes headings for listing the title 226, author 
228, and creation date 230 of each response to the selected 
topic 201. When any one of the listed authors' names is 
clicked in the report view 208, a second GUI 232 having 
information about the selected author (FIG. 8, discussed 
below) will appear in front of the first GUI 200. The report 
view 208 also includes indicia 240 indicating the number of 
responses to the topic 201, the names of all authors who 
responded to the topic 201, and any keywords that may have 
been used. An unread only button 242 may also be included 
to display unread responses only. Response scroll buttons 
244 may also be included to scroll through the responses 
listed in the report view 208. 

The first GUI 200 further includes a listing of each user 
currently having the first GUI 200 displayed on their dis- 
plays 170. This listing is displayed in an active presence 
view 248 on the first GUI 200 which begins with the text 
"People Here." The first GUI 200 obtains this information 
from the active presence records in the second database. The 
letters of the user's names may also be colored to indicate 
whether the first GUI 200. is.in the foreground of the user's 
display 170. In the preferred embodiment, a user's name is 
displayed with red letters when the first GUI 200 is in the 
foreground, and black letters when the first GUI 200 is not 
in the foreground. 

A means for displaying a summary of all responses posted 
on a specified date to a selected topic may be included in the 
first GUI 200. To that end, an enable button (not shown) may 
be included on the first GUI 200 that causes a response list 
window (not shown) to be displayed over the first GUI 200 
when the cursor is passed over one of the darkened boxes 
216 for a selected topic. The response list window may 
include the title 226 and author 228 of each response posted 
on that selected date. Double clicking on one of the 
responses listed in the response list window causes the 
user's computer system 100 to display the entire response 
over the first GUI 200. 

The first GUI 200 may also include a plurality of buttons 
252 to perform miscellaneous functions. For example, sev- 
eral buttons can be included to move to another GUI for that 
database, or to a GUI for another database. Similarly, 
buttons 254, 256 for creating a new topic 201 or a new 
response can also be included. A search button 258 may also 
be included to search for keywords in the titles of the 
responses. 

During installation, one or more people may be assigned 
duties within the exemplary database. For example, one 
person may be assigned the duty of "administrator" to 
update and trouble -shoot problems with the exemplary 
database, and another person may be assigned the duty of 
"response reviewer" to review responses for content and 
relevance to particular projects. The duties are stored in a 
duty database, created upon installation of the exemplary 
database, which may include the fields "name" and "duty to 
be performed by named person." The duty database may be 
accessed by known means for review or modification by 
authorized users. 

Each of the responses shown in the first GUI 200 may be 
directly accessed either by clicking on a response title listed 
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in the report view 208, or by clicking on one of the darkened selected responses, their authors, and the date and time that 

rectangular boxes 216 on the calendar view 206. This causes those responses were posted. In the preferred embodiment, 

a third GUI 260 to be displayed in front of the first GUI 200. those selected responses are selected by the user when one 

As shown in FIG. 5, the third GUI 260 includes a response G f the numbers 278 in the grid is clicked. This causes all of 

view 262 and an active presence view 264. The active 5 the responses represented by that number to be listed in the 

presence view 264 shows the users displaying the third GUI ^pori view 272. For example, if the number "2" is double 

260. The function and operation of the third GUI active clicked under the initials 274 "DC/' the two responses 

presence view 264 are identical to those of the active tcd b user « vc > [n ly to tne topic 201 "Alpha 0.10 

presence view 248 in the first GUI 200. The response view Problems and Limitations" ^ be u ste d in the 

262 includes the title, author, posting date, posting time, and 1Q ort view 272 

content of each selected responses). Preferably, the content * yiew 2n ^ 26g faas a 

of the selected ^ respor^s cannot be edited ^unless the user offi ^ P mmdfcMttatTO 

viewing the third GUI 260 is the author of the posted . A «* • w ^ * a 

respond. The content of certain selected response may be G V X re P ort ™ w 208 ' A fi » l ^ch function is effectuated 

omitted, however, to display the title, author posting date wh ™ ™ ^L 8 "^ *u*ft a f r 

and posting time only. This is useful in a number of ™ ond GUI 232 (FIG. 8) to be displayed in front of the fourth 

instances, such as when one or more of the responses had GUI 268, thus displaying information related to the selected 

already been read by the user accessing the third GUI 260. author. A second function is effectuated when the title of the 

A plurality of buttons 266 similar to those in the first GUI response is double-clicked, causing the third GUI 260 (FIG. 

200 may also be included to increase the functionality of this 5) to appear showing the content of the response. An unread 

GUI . 20 only button 280 that causes the report view 272 to show only 

A user may scroll through the responses displayed in the unread responses also may be included. Further, like the first 

response view 262 in accordance with any method known in GUI report view 208, the number of responses, writers of the 

the art. It is preferred that the responses be scrolled in a notes, and keywords may be displayed in the fourth GUI 

"serpentine" manner in which each column scrolls into the report view 272. 

adjacent column as the display is scrolled. For example, with 25 Like the first GUI 200, the fourth GUI 268 may also 
reference to FIG. 5, when the left column (i.e. having the include a plurality of buttons (not shown) to perform mis- 
heading "Bug Reports") is scrolled upwardly by one cellaneous functions. For example, several buttons can be 
response, the response at the top of the center column will included to move to another GUI. Similarly, buttons 286, 
be moved to the bottom of the left column. The response at 288 for creating a new topic or a new response may- also be 
the top of the right column consequently will move to the 30 included. An active presence view 290 showing users dis- 
bottom of the center column. Each of the other responses playing the fourth GUI 268 may also included. The function 
will similarly move upwardly by one response. The response and operation of the fourth active presence view 290 are 
view 262 also may be scrolled on a column by column basis, identical to those of the active presence view 248 in the first 
or on a page by page basis. GUI 200. 

The display of responses in the response view 262 may be 35 FIG. 7A shows a fifth GUI 292 having an outline view 294 

customized to display selected groups of responses. To that that lists each of the responses in the database under the 

end, means are included for displaying responses having topic 201 to which they respond. Specifically, the topics 201 

common posting dates 230 for a selected topic, authors 228, listed in the outline view 294 are not indented while topic 

and topics. For example, double-clicking on one of darkened responses 202 are indented one unit to the right more than 

boxes 216 (in the calendar view 206) will group according 40 the topics 201. Similarly, reply responses 204 are grouped 

to responses to a selected topic on a specific date. As further under the previously posted responses to which they respond 

examples, double -clicking on a date in the timeline 210 will (parent responses) and are indented one unit to the right 

group according to common posting dates 230, and double- more than their respective parent responses. This format 

clicking on an author's name in a fourth GUI 268 (discussed enables a user to quickly and easily differentiate between 

in detail below) will group according to one of the author's 45 topic responses 202 and reply responses 204. It also visually 

names. indicates the relationship between different responses in the 

FIG. 6 shows the fourth GUI 268 that summarizes, in an database, 

easy and user-friendly format, the number of responses to The fifth GUI 292 also has a button view 296 having 

each of the topics 201 by each of the users. To that end, the buttons 300 for accessing each response in a selected 

fourth GUI 268 includes a user frequency view 270 and an 50 response chain. FIG. 7B details the process of forming a 

adjacent report view 272. The user frequency view 272 is a response chain. Specifically, a response is selected by a user 

two-dimensional grid having the initials 274 of each of the in the outline view 294 at step 700. This selected response 

users along the horizontal dimension, and a listing 276 of the is added to the response chain at step 702. If the selected 

topics 201 along the vertical dimension. A plurality of response is not a reply to an earlier posted response, the 

numbers 278, each representing the number of responses to 55 process is ended, thus yielding the fully formed response 

a topic 201 by a user, are positioned at the intersection of the chain (step 704). If the selected response is a reply to an 

initials 274 and the topics 201. For example, user "RB" earlier posted response, that earlier selected response is 

posted one reply to the topic 201 "Bug Reports," three selected at step 706 and fed back to step 702. This process 

replies to topic 201 "UI," and one reply to topic 201 continues until the response chain is fully formed. After the 

"Welcome (again)?." The numbers 278 can also have a 60 response chain is fully formed, a button 300 for each 

colored background to visually indicate more or less usage response in the response chain are formed in the button view 

by a user. In the preferred embodiment, the background 296. Clicking on one of the buttons 300 causes the computer 

successively changes from white (lowest), to yellow (low to display the response whose title is displayed on the button 

medium), then to orange (high medium), and finally to red 300. 

(highest) as the number of responses increases. 65 Like the first GUI 200, the fifth GUI 292 may also include 

Similar to the report view 208 in the first GUI 200, the - a plurality of other buttons to perform miscellaneous func- 

report view 272 in the fourth GUI 268 lists the title of tions. For example, several buttons (not shown) can be 
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included to move to another GUI. Similarly, buttons 306, The message tab also includes means for sending instant 

308, and 309 for creating a new topic 201, a new topic messages to an author's display 170. After being sent, 

response 202, or a new reply response 204 may also be instant messages are displayed immediately (i.e., within two 

included. An active presence view 310 showing users dis- to three seconds) on the receiving author's display 170. In 

playing the fifth GUI 292 may also included. The function 5 the event that the receiving author is not accessing the 

and operation of the fifth active presence view 310 are exemplary database, the instant message will be displayed 

identical to those in the first GUI 200. The fifth GUI 292 immediately after the receiving author subsequently 

may also have expand and collapse buttons 312, 314 to accesses the exemplary database. Like the previously dis- 

expand or collapse the listing of responses in the outline cussed electronic messages, after selecting the message tab, 

view 294. the computer displays an electronic mail template having a 

As previously noted, the second GUI 232 (FIG. 8) is message space for the user to enter a text message. Since 
displayed when an author's name is double clicked in either both the source and destination of the instant message are 
the first GUI report view 208 or the fourth GUI report view known, both are automatically entered into the message for 
272, The second GUI 232 both displays information related transmission to the selected author. After entering the text 
to the selected author, and enables the selecting user to send message and selecting a "send instant message" command 
an electronic message to the selected author. To that end, the 15 button, the text message is displayed on the receiving 
second GUI 232 includes a display view 316 and a plurality author's display immediately, or immediately after receiving 
of labeled tabs 318 adjacent to the display view 316. Wherj author's subsequent access into the exemplary database, 
a tab is clicked, the display view 316 displays indicia that is After selecting the send instant message command button, 
related to the clicked tab label. For example, as shown in the instant message is temporarily stored in the second 
FIG. 8, the preferred embodiment includes the tabs 318 20 database, until deleted by the receiving author, as a data type 
"main/' "phone," "contacts," "project," "mail," and "raes- "message" having fields "to," "from," and "body of mes- 
sage." Each of these tabs 318 provides indicia related to the sage." Unlike the previously discussed electronic messages, 
labeled topic 201. The indicia may be buttons or other an instant message does not require a receiving author to 
indicia that have a preselected function when clicked. check an electronic mailbox for messages. 

In the preferred embodiment (FIG. 8), when the "main" ^ instant messages may also be sent to any number of users 

tab is selected, the computer ^displays the author's name 324, curre ntly using the exemplary database. To that end, the 

picture 322, email address 324 company logo 326, company electronic mail template may include m « addi tional users" 

world wide web home page address328, and personal world fof dkectin ^ mstant m to additional users of 

wide web home page address ^0. nis intormaUon is stored ^ exemplary database> User > s 

names may. be entered into 

in a Notes-based global address book database which is ,„ , 4V r / * j- **u • * * * *l 

created when the Notes system is installed. The address 30 the " s P ace to a^ect the instant messap to the 

book database includes information for display by each of ^selected additional users. Names entered into the addi- 

the tabs. Clicking on either of the world wide web home tlonal ™ CTS s P ace are automatically entered into the field 

page addresses 328, 330 causes the computer to connect <<to " m the second database. 

directly to the selected world wide web home page. This Each database having topics, topic responses 202, and 

connection is made through conventional means. The 35 re Pty responses 204 has a set of the previously discussed 

"phone," "contacts," and "project" tabs 318 respectively inventive GUIs for their access. Although a Notes-based 

include indicia related to the author's various business and database was discussed in connection with the invention, 

personal phone numbers (and fax numbers), relatives of the any known database application program product may be 

author to contact in an emergency, and company projects used in connection with the inventive GUIs. The database 

involving the author. The "mail" tab displays the electronic 40 may reside on a server in a local area network, or on a remote 

mail in the author's electronic mailbox queue. storage site that is accessible through the Internet. 

The second GUI 232 may be customized by known The invention may be used with many different types of 

methods, such as a Wizard program that guides a user databases having different proprietary formats by means of 

through setting and/or modifying the display of that user's a database interface module. Such types of databases may be 

data in the second GUI. The user may therefore add and/or 45 accessed through the Internet. Among other advantages, the 

move images, logos, personal or professional data, and other interface module enables the invention to be updated with- 

informatioa as desired. out requiring the updating code to be directed to every 

An electronic message may be sent to the author by different type of database that may be accessed. The inter- 
selecting the "message" tab. This causes the computer to face module may be considered to be a means for iterating 
display an electronic mail template having a message space 50 through both file system entities (e.g., volumes, directories, 
for the user to enter a text message. After entering a text and files) and database records from a wide range of 
message, the user sends the message to the author by different proprietary databases. To that end, the interface 
conventional means. Since both the source and destination module includes a code library that is implemented as a 
of the electronic mail message are known, both are auto- dynamic link library ("DLL"). The DLL creates a two- 
matically entered into the message for transmission to the 55 dimensional table, from the information in the databases 
author. After the message is sent, it is temporarily stored in being accessed, that is in a form readable to the invention, 
the second database as a data type "message" having fields The rows of the two-dimensional table are either database 
"to," "from," and "body of message." The next time either records or file system entities, and the columns are, 
of the first, second, third, fourth, or fifth GUIs are displayed respectively, either database fields or file system attributes, 
by the author's computer, the message will be transmitted to 60 The table is formed from input data that may be either a PDS 
and displayed by the author's display 170. The message file for database records and file system entities, or a path to 
record is deleted from the second database after receipt of a file system directory for file system entities only. A PDS 
the message by the author. If any one of the inventive GUIs file is a file (with a .pds extension) containing information 
are displayed by the computer when the message is sent, it that allows the DLL to establish a data source (i.e. the 
is expected that the message will be displayed by such 65 two-dimensional table) for either file system entities or 
author's computer within two to three seconds of transmis- database records. The contents of a PDS file are known in 
sion. the art. 
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The protocol for establishing a data source (i.e. the Furthermore, such instructions may be stored in any 

two-dimensional table) from a data source specification is as memory device, such as semiconductor, magnetic, optical or 

follows: other memory devices, and may be transmitted using any 

OpenDataSource: takes a fully-qualified path to either a communications technology, such as optical, infrared, 

PDS file or a directory, and returns a "handle" for use 5 m0I ™™\ or ° tber transmlsslon technologies. It is 

. t \. ... expected that such a computer program product may be 

in subsequent conversations with the library; \ . , *K *\. & J . 

H distributed as a removable media with accompanying 

QoseDataSource: takes a handle to a previously opened printed or electronic documentation (e.g., shrink wrapped 

data source and frees all resources associated with the software), preloaded with a computer system (e.g., on sys- 

Data Source; tem ROM or fixed disk), or distributed from a server or 

FirstRow: takes a handle to a previously opened data electronic bulletin board over a network (e.g., the Internet or 

source; moves the internal table row index to the World Wide Web). 

beginning of the data source; returns true if successful; E ac h of the inventive GUIs may be constructed by 

VT An A . , . , j , . conventional software programming techniques known in 

NextRow: takes a handle to a previously opened data ^ „ k kmd ^ £ GU , s £ b visud 

source; moves the internal table row index to the next „ bui , d ^ M QCXTM (available from Microsoft Corp.) 

logical record m the data source; returns true if sue- of DelpH ™ (available from Borland Coip .). Database 

cessful; functions, such as storing information, searching through 

Columns: takes a handle to a previously opened data records, accessing records, and modifying records, are all 

source; returns the number of columns available; performed by the underlying database application program 

Rows: takes a handle to a previously opened data source; 2 ° product. The exemplary database uses Notes to perform each 

returns -1 for database data sources (since the total of those functions. 

number of records is often not known until the database . Although various exemplary embodiments of the inyen- 

has been completely iterated through), and the actual b ° n tav » been disclosed, it will be apparent to those skill m 

number of rows in a file system data source; ^j; art th * va u nous chan ^ modifications can be made 

25 which will achieve some of the advantages of the invention 

Column: takes a handle to a previously opened data without departing from the spirit and scope of the invention, 

source, the index of the column of interest, and a aod o(her ohwious modifications are intended to be 

pointer to a string to be filled in with the result; coyered by the appended claims 

Columniype: takes a handle to a previously opened data Having thus described the invention, what we desire to 

source and the index of the column of interest; returns 3Q claim and secure by Letters Patent is: 

a type code indicating the actual type of the data in the i. Apparatus for use with a computer system having a 

specified column; memory and a display, the apparatus residing in the memory 

Display ColumnName: takes a handle to a previously and generating a graphical user interface displaying infor- 

opened data source and the index of the column of mation relating to a database storing a plurality of topics and 

interest; in the case of a database data source, a 35 responses to those topics, each response having a content, 

configuration- time supplied user-friendly name field is title, author, and posting date, the graphical user interface 

returned (this info is stored in the PDS). In the case of comprising: 

a file system data source, the field names are TBD. a calendar view having a two-dimensional grid in which 

ActualColumnName: takes a handle to a previously a timeline is displayed along one dimension of the grid, 

opened data source and the index of the column of 40 and an index listing the plurality of topics is displayed 

interest; in the case of a database data source, the actual along the other dimension of the grid, the timeline 

name of the database field is returned (this information displaying a plurality of equal time units, the calendar 

is stored in the PDS). In the case of a file system data view further having means for graphically displaying 

source, this call returns the same information as Dis- the number of responses posted to each topic during the 

playColumnName. 45 time designated by each time unit; and 

In an alternative embodiment, the interface module also a report view adjacent to the calendar view, the report 

may be, for example, the record maintenance interface view having means for displaying indicia relating to 

disclosed in U.S. Pat. No. 5,522,066 (Liu), the disclosure of each response posted to one of the plurality of topics, 

which being incorporated herein by reference, in its entirety. 2. The apparatus as defined by claim 1 wherein the 

In another alternative embodiment, the invention may be 50 calendar view includes means for causing the content of 

implemented as a computer program product for use with a each response posted to the one of the plurality of topics to 

computer system. Such implementation may include a series be displayed in front of the graphical user interface, 

of computer instructions fixed either on a tangible medium, 3. The apparatus as defined by claim 1 further including 

such as a computer readable media (e.g. diskette 142, means for displaying the content of the response in the form 

CD-ROM 147, ROM 115, or fixed disk 152 as shown in FIG. 55 of a column. 

3) or transmittable to a computer system, via a modem or 4. The apparatus as defined by claim 3, wherein the 

other interface device, such as communications adapter 190 displaying means displays the content of a plurality of 

connected to the network 195 over a medium 191. Medium responses in two columns. 

191 may be either a tangible medium (e.g., optical or analog 5. The apparatus as defined by claim 4, further including 

communications lines) or a medium implemented with wire- 60 means for scrolling the responses in a serpentine manner, 

less techniques (e.g., microwave, infrared or other transmis- 6. The apparatus as defined by claim 3, wherein the 

sion techniques). The series of computer instructions displaying means includes means for displaying preselected 

embodies all or part of the functionality previously groups of responses. 

described herein with respect to the invention. Those skilled 7. The apparatus as defined by claim 1 wherein the report 

in the art should appreciate that such computer instructions 65 view includes means for displaying the title, author, and 

can be written in a number of programming languages for posting date of each response posted to the one of the 

use with many computer architectures or operating systems. plurality of topics. 
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8. The apparatus as defined by claim 1 wherein the 
response has an author, the report view including: 

means for accessing a second database having informa- 
tion related to the author; and 

means for displaying the author information in front of the 5 
graphical user interface. 

9. The apparatus as defined by claim 1 wherein the first 
graphical user interface includes means for identifying one 
or more users simultaneously using the graphical user inter- 
face. 

10. The apparatus as defined by claim 1 wherein the report 
view includes means for displaying the contents of the 
response to the topic in front of the graphical user interface. 

11. The apparatus as defined by claim 1 wherein the report 
view includes means for excluding indicia from being 15 
displayed in the report view, the excluded indicia begin 
indicia identifying previously read responses. 

12. The apparatus as defined by claim 1, wherein a duty 
database is stored in the memory, the duty database con- 
taining information related to duties of selected users of the 20 
database. 

13. The apparatus as defined by claim 1, wherein the 
calendar view has a field view, the apparatus further includ- 
ing (1) means for scrolling the timeline; and (2) means for 
displaying responses not in the field of view. 25 

14. The apparatus of claim 13, wherein the calendar view 
has a current field of view, the apparatus further including 
means for directly returning to the current field of view. 

15. A method of summarizing information stored in a 
database, the method being for use with a computer system 30 
having a memory and a display, and generating a graphical 
user interface displaying information related to a database 
on the display, the method comprising the steps of: 

A. accessing the database, the database containing a 35 
plurality of topics and responses posted to those topics, 
each response having a content, title, author, and post- 
ing date; 

B. displaying a two-dimensional grid on a display device, 
the grid having a timeline designating a plurality of 40 
equal time units along a first dimension, a list of the 
plurality of topics stored in the database along a second 
dimension, and grid indicia aligned with both one of the 
equal time units and one of the topics, the grid indicia 
indicating that a response was posted to one of the of 45 
topics at a time designated by the one of the equal time 
units; and 

C. displaying adjacent to the grid, in response to a user 
selecting one of the plurality of topics in the second 
dimension of the grid, report indicia related to each 50 
response posted to the selected topic. 

16. The method of summarizing data in a database as 
defined by claim 15 wherein the report indicia includes the 
title, author, and posting time of each response posted to the 
selected topic. 55 

17. The method of summarizing data in a database as 
defined by claim 15 comprising the further step of: 

D. displaying indicia indicating the total number of 
responses posted to the one of the topics on the one of 
the equal time units. 60 

18. The method of summarizing data in a database as 
defined by claim 15 comprising the further step of: 
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E. displaying, in response to a user selecting the grid 
indicia, the content of the response posted to the one of 
the plurality of topics at the time designated by the one 
of the equal time units. 

19. The method of summarizing data in a database as 
defined by claim 15 comprising the further step of: 

F. displaying, in response to a user selecting the report 
indicia, the content of the response related to the 
selected report indicia. 

20. The method of summarizing data in a database as 
defined by claim 15 further comprising the steps of: 

G. accessing a second database containing the names of 
the users displaying the two-dimensional grid; and 

H. displaying the names of the users listed in the second 
database. 

21. A computer program product for use with a graphics 
display device, the computer program product generating a 
graphical user interface on the display device for summa- 
rizing information stored in a database containing a plurality 
of topics and responses posted to those topics, each response 
having a content, title, author, and posting date, the com- 
puter program product comprising a computer usable 
medium having computer readable program code thereon, 
the computer readable program code including: 

program code for accessing the database; 

program code for displaying a two-dimensional grid on a 
display device, the grid having a timeline designating a 
plurality of equal time units along a first dimension, a 
list of the plurality of topics storedin the database along 
a second dimension, and grid indicia aligned with both 
one of the equal time units and one of the topics, the 
grid indicia indicating that a response was posted to one 
of the of topics at a time designated by the one of the 
equal time units; and 

program code for displaying adjacent to the grid, in 
response to a user selecting one of the plurality of 
topics in the second dimension of the grid, report 
indicia related to each response posted to the selected 
topic. 

22. The computer program product as defined by claim 21 
further including program code for displaying indicia indi- 
cating the total number of responses posted to the one of the 
topics on the one of the equal time units. 

23. The computer program product as defined by claim 21 
further including program code for displaying, in response 
to a user selecting the grid indicia, the content of the 
response posted to the one of the plurality of topics at the 
time designated. 

24. The computer program product as defined by claim 21 
further including program code for displaying, in response 
to a user selecting the report indicia, the content of the 
response related to the selected report indicia. 

25. The computer program product as defined by claim 21 
further including: 

program code for accessing a second database containing 
the names of the users displaying the two-dimensional 
grid; and 

program code for displaying the names of the users listed 
in the second database. 

***** 
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